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Sir CD 

fn 

I, Robert Field; declare the following; ^ 

o 

1. ' I am .one cMie invfintots inl'ohe invention .set lbrih in the:abovfi ; rfeierenced application. «< 

2 1 . I gave a.pxesaotation entitle on March. 

. 26,.. 1 998, at the Moscone Co.nYejtfion£ejjter..in .San-Ptancisco, 

3. (ktfdoallibch,. the other, ca-invenior ol' the invention, set Ionh.in.the above referenced, 
application, also participated in thepresentation entitled 'The New Java™ Platform Debugger 
Architecture," on March 26, 1998, at the Moscone Convention Center in San Francisco. 

4. I was present, during, the entire presentation.entitJe<i5The.New Java?" Platform Debugger. 
Architecture," on March 26, 1998,.at the Moscone Convention Center in. San Francisco. 

5. 1, have, reviewed the clajms..oi;ibj&iirx)verideiiliiied application (claims 20 and 24-32). 

6. The concept of "automatically generating a Ironl-end and a back end debugger program based 
on parsing of a formalspecification" (which is recited;, for example,,™ claim 20 of the above 
referenced application) was NOT publicly disclosed or otherwise made available-to the-public 



MAY-24-05 TUE 16:56 FIELD&HANICH427-188 1 FAX 408+427+1988 P. 05 

during the presentation entitled "The New Java** 1 Platform Debugger Architecture/* on March 
26, J 998, atthc Moscope-CotivemioDCeotet in.San .Ftancisoo, 

7. I have reviewed the "Old Jbug schedule" document which details the formal testing schedule 
for the Java™ Platform Debugger Architecture (Jhug),(a copy of which is enclosed herewith). 

8. The entry marked as U JDWP generation^' in the "Old Jbug schedule 7 ' document corresponds 
to the concept of "automatically generating* front-end and a hack-end debugger program based 
on parsing of a formal specification/' and the-"Eariy Access" releaseof the-Java™ Platform 

Debugger Architecture (Jbug) is represented by the column marked as li EA" in the Old Jbug JJ 

m 

schedule 1 ' document GO 

9. As the "Old Jbug schedule 7 ' clearly indicates, ihe column marked as "EA" which indicates ^ 
software development activity leading Up to the "Eafjy Access" experimental testing period of ^ 
the Java™ Platform Debugger Architecture (Jbug) does NOT have an entry for the " JDWP Cg 
generation 5 ' feature, thus showing that the May 1998 "Early access" of the Java IM Platform ni 
Debugger Architecture.(Jbug) did NOT include the concept of "aiiromaTically generating a § 



front-end and a back-end debugger program based on parsing of a formal specification." 

10. I have also reviewed the provisional application 60/145, 136, Tiled on July 21 » 1999. 

1 1. I note thai the provisional application 60/145, 136, tiled on July 21, 1999 includes a section 
entitled the "changes since early access 55 (a copy, of which is attached herewith) which clearly 
indicates that-' 4 JDWP now formally specified and mechanically generated." 

12. The statement: "JDWP now formally specified arid mechanically generated" in the section 
entitled the "changes since early access" of the provisional application 60/145, 1 36, filed on July 
21, 1999 refers to the concept of "automatically generating a front-end and a back-end debugger 
program based on parsing of a formal specification." 

13. Based on my review of the "Old Jbug schedule" and the provisional application 60/145, 136, 
filed July 21, 1 999. T am confident that the concept of "automatically, generating a front-end and 
a back-end debugger program based on parsing of a fonnal specification" was NOT released in 
the May 1 99$ "Early access" of the Java 1M Platform Debugger Architecture (Jbug). Nor had 
internal development of this even begun, 



5 
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14. As indicated by the "old Jbug schedule" document, it is my belie! and understanding thai 
software development and subsequent experimental testing nf "JDWP generation" started on 
September 1998. Such development was performed personally by me (as indicated by my first 
initial 'R in ihe Who' column, see the Key* at the bottom) and subsequent testing was conducted 
under my direct supervision and control. 

15. I have also reviewed the Jbug-beta Software ticense (a copy of which is attached herewith). 

16. As indicated by the Jbug-beta Software License, both Beta 1 and Beta 2 testing of the Java IM 
Platform Debugger Architecture (Jbug). were experimental test releases. 

17. The Beta 1 and Beta 2 test releases ol the Jbug test sollware were peribrmed under my direct 
control and supervision in accordance with the limitations and restrictions set forth in the Jbug. 
Beta Software License for a sixty (60) day period (please see, Jbug-beta Software License, 
section 1, BETA TESTING PERIOD) in order to iix any defects or deficiencies that were 
present in the experimental version of the Java™ Platform Debugger Architecture (Jbug). 

18. I have reviewed test-reports we received back lrom the testers during Beta 1 and Beta 2 
testing of the Java™ Platform Debugger Architecture (Jbug) (three (3) sample emails are 
submitted herewith). 

19. As can be seen lrom the sample emails ol the test-reports noted above (paragraph 20), input 
was solicited and received from testers of the Java™ Platform Debugger Architecture (Jbug) at 
least until June 1, 1999. 

20. The Java 1 " platform Debugger Architecture (Jbug) was modified during the Beta 1 and Beta 
2 experimental testingneriod based on test-reports we received back from the testers. 

21. The Jbug Beta Sollware License includes a non-disclosure agreement that strictly ibrbids 
disclosure of confidential information by the testers to anv third party (Jbug.Beta Software 
License, section 3). 

22. I have no reason to believe thai the non-disclosure agreement ol the Jbug Beta Software 
License was violated by any of the testers during the Beta 1 or Beta 2 testing. 
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I hereby declare that all statements made herein 61 my own knowledge are true and that 
all statements made on information and belief arc betfe-ved to be true. I further declare that these 
statements are made with the knowledge that willful false statements and the like so made are 
punishable by fine or imprisonment, or both (under Section 1001 of Tide 18 of the United States 
Code), and that such williul ialse statements may jeopardize the validity ol the application or any 
paten* issued thereon. 



Dale 




M 26QS 



Robert Field 




BEST AVAILABLE COPY 



From: 
To: 
Date: 
Subject: 



Rajeswari <rraji@siptech.co.in> U 
<rfield@Eng> ^3 
3/2/1999 4:55:27 AM v 
Clarification in com.sun.jdi.Method class 



MAY 3 1 2005 





Hi Robert, / 

While testing the method returnType() in com.sun.jdi.Method I am getting 
an exception . Please clarify this point. 
I'm sending the testcase for this method. 

Class - com.sun.jdi.Method 
Method - returnType() 

Testing of method returnType() in class Method gives the following 
error. 



java.lang.lllegalArgumentException: Unrecognized signature V 
at 

com.sun.tools.jdi.PrimitiveTypelmpl.getTypeMirror(PrimitiveTypelmpl.j 
ava:56) 
at 

com.sun.tools.jdi.ReferenceTypelmpl.findType(ReferenceTypelmpl.java:6 
64) 

at com.sun.tools.jdi.Methodlmpl.returnType(Methodlmpl.java:365) 

at jdi.tests.MethodTestl ,testJDIReturnType(MethodTest1 java:35) 

at java.lang.reflect.Method.invoke(Native Method) 

atjdi.tests.JDITestCase.runTest(JDITestCase.java:32) 

at test.framework.TestCase.run(TestCase.java:230) 

at test.framework.TestSuite.run(TestSuite.java:96) 

atjdi.tests.JDITestSuite.run(JDITestSuite.java:24) 

atjdi.tests.TestAll.run(TestAll.java:137) 

atjdi.tests.TestAll.main(TestAll.java:96) 



After jbug testsuite execution the above error occurs. Is this the 
correct behaviour . 

The method that is used does not return anything .It is in 
jbug/test/src/share/classes/jdi/tests/program/MainClass.java 

public void print(OutputStream out) { 
String string = flnt++ + " + fString; 
System .out .println(string); 

} * 



Attachments : 

MethodTestl .java 
TestAll.java 

Testcase - jbug/test/src/share/classes/jdi/tests/MethodTest1 Java 
Line 

classes.addElement(MethodTest1 .class); 
is added in getAIITestCasesQ method of class 



Email No. 1 



jbug/test/src/share/classes/jdi/tests/TestAll.java 



thanks 
Raji 



CC: Ajay Athavale <Ajay.Athavale@Eng>, <charath@siptech.co.in>, <sbalu@siptech.co.in>, 

"jtools_memb@siptech.co.in" <jtools_memb@siptech.co.in> 



From: Rob Morgan <rmorgan@sil verstream.com: 

To: <java-debugger@java.sun.com> / 

Date: 3/4/1 999 1 1 :28: 1 2 AM - I, 

Subject: Problems with Jbug and Hotspot \ 



I'm sure you guys know about these already but ... 




1) With the Hotspot RC1 Win32 build installed, Jbug stops working. 

2) Even if you start TTY with the -classic option you're still hosed 
because the child process that is launched uses Hotspot. 

This begs a couple of questions ... 

Will the 2 VMs be transparently interchangable for debugging (ie. 
debugger running under Hotspot can debug a process running under the 
classic VM, and vice-versa)? It would kind of suck if they weren't. And, 
what's the timeframe for getting Jbug to work with Hotspot? 



- rob 



From: 
To: 
Date: 
Subject: 



Robert Field <robert.field@eng.sun.com>— 
Gordon Hirsch <gordon.hirsch@sun.co)frt>0 ■ 
6/1/1999 2:32:57 PM / 
Re: Clarifications to JDWP spec ( u AV 




Gordon Hirsch wrote: 



> Alan Bateman - JavaSoft wrote: 



> >. 



> > 1 . In the StackFrame command set Insignia reported an undocumented 

> > byte in the reply to the ThisObject' command. I checked our 

> > implementation and this is the Tag Constant that appears before 

> > the 'objectID' in the reply. This should be documented in the 

> > JDWP spec. 

> > 

> > 2. Insignia claim there is an undocumented byte prior to the 

> > objectID in the EXCEPTION event. I was unable to diagnose what 

> > they mean as they didn't supply an example. However ! suspect they 

> > refer to the Tag Constant again would I be correct to say that any 

> > 'objectID' will be prefixed with a Tag Constant? If so then I think 

> > that a number of places in the JDWP need to be updated. 



> The current implementation has any object ID that is part of a reply 

> prepended with the tag byte. Note that this is not the case for the more 

> specific IDs like thread ID nor for Object IDs sent as part of commands. 

> We'll need to decide whether to change this as it is a little inconsistent 

> with other quantities we send back and forth over the wire. 

The distinction between tagged and untagged objectlDs was made in the 
formal spec and thus the generated code. The generated docs did not 
make this distinction, a fix for this was just putback and will be in 
the next build. 

Please thank them for the report, 
Robert 



> 



CC: Alan Bateman - JavaSoft <Alan.Bateman@ireland.sun.com>, 

<java-debugger@eng.sun.com> 
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Key 

[ 1^*4 

Robert Field 
Gordon Hirsch 
William "Bill" Maddox 
Alan Sommerer 
James Mcllree 




November 16, 1998 rfield&.ens. sun, com 
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Old Schedule (upto Beta) 




Task 


Bays 


Who 


Beta 


Beta2 


FCS 


■fl n 
1.1 


FCS 












bug fixing 


30 


R&G 










Filter class loads 




GR 


4+ 




__ mttmmB _ 




shared memory transport (Win32) 


H 


G 


I *** 






Cache maintenance 




G 










Add toString() wherever necessary 




G 




*** 






Make JBI work with multiple VMs 1 3 


G 




*** 






Improve stepping support by using METHOBJENTER 


3 


G | 


*** 






Fix ObjectReference^enableCollection/disableCoElection 


1 


G | 


*** 






Make ConnectorArgnment serializable 


1 


G | 


*** 






Allow "address=" ... in -Xrunjdwp 


2 


G | 


*** 






Fix reporting of thread states 


2 


G 




*** 






Fix ThreadRefference.stop for threads at breakpoints 


1 


G 




*** 






Allow a debugger to attach, detach, and attach again 


5 


G 










Combine co-located JVMBI events into JBWP event sets 


1 


G 










Switch to alternative malloc 


2 


G 










security audit 


5 


R&G 










polish JBWP & JBI specs 


5 


RG 




• 






Polish GUI 


20 


R 










Bocs update 




R 










Futures 










expressions: back-end eval/conditions 


20 


R 










Call stack deltas 


3 


R 










Determine argument types/values when no debug info 


3 


R 










JDWP back-end event queue flush/priorities 


5 


G 




H 






JBWP back-end event queue flush/priorities 


5 


G | 








Complete SPI 


10 


G I 








Solaris shared memory transport 


3 


G | 








In process JBI 


30 


R&G | 









Key (See Ownership) 



JBUG Schedule 





not done 


• 


started 


++ 


mostly done 


*** 


done 


R 


Robert Field rfield(2)eng 


G 


Cordon Hirsch gordonhfffieng 


AA 


Ajay Aathnvale (SQE) ajay.aathavalefffiEng 


AS 


Alan Snminerer (Tech Pubs) alans(2)eng 




Task not assigned 


® 


Current project 



Event 


When 


What 


Beta 


December 23, 
1998 


final specs -> JDC 
binaries of Beta -> JDC 
source of Beta -> JDT 


FCS 


first quarter 1999 
circa Cricket 


JDI, JDWP & Jbug GUI -> bundled 
JDK 



Last updated: January 11, 1999 rfield(cb.eng. sun, com 



